Method, system, and computer readable medium for facilitating a transaction between a customer, a merchant and an associate

ABSTRACT

A method and system for facilitating a transaction between at least one user, at least one merchant, at least one associate is provided. The method includes the steps of the associate processing device transferring into the user processing device a first merchant link for a first merchant Web site on a first merchant processing device. The first merchant link is framed with associate information. The user selects the first merchant link. The associate processing device transfers into the user processing device information regarding a first product from the first merchant Web site. The user selects the first product to purchase. The user provides purchase information for purchasing the first product. The user processing device transfers the purchase information to the associate processing device. The associate processing device adds promotional information to the purchase information responsive to the user identification value. The associate processing device transfers the promotional information and the purchase information to the merchant processing device.

CLAIM OF PRIORITY

The present application claims priority to U.S. Provisional PatentApplication Ser. No. 60/193,880, entitled, “Method and System forProxying Web Pages”, which application was filed on Mar. 31, 2000.

FIELD OF THE INVENTION

This invention relates generally to presentation of Web pages in acomputer network. In particular, the invention relates to an improvedmethod for presenting a Web page in a Web browser for facilitating atransaction.

BACKGROUND OF THE INVENTION

The World Wide Web (“Web”) is the Internet's multimedia informationretrieval system. It is the most commonly used method of transferringdata in the Internet environment. Client processing device accomplishtransactions to Web servers using the Hypertext Transfer Protocol(“HTTP”), which is a known application protocol providing users accessto files, e.g., text, graphics, images, sound, video, using a standardpage description language known as the Hypertext Markup Language(“HTML”). HTML provides basic document formatting and allows thedeveloper to specify “links” to other servers and files. In the Internetparadigm, a Uniform Resource Locator (“URL”) having a specific syntaxidentifies a network path to a server for defining a network connection.Embedded hypertext links on a given Web page can be used to findinformation related to the given Web page. By clicking on a hypertextlink in one Web page, the user can display another related Web page oreven invoke a related program.

Retrieval of information is generally achieved by the use of anHTML-compatible “browser”, e.g., Netscape Navigator, at a clientprocessing device. When the user of the browser specifies a link via aURL, the client issues a request to a naming service to map a hostnamein the URL to a particular network IP address at which the server islocated. The naming service returns a list of one or more IP addressesthat can respond to the request. Using one of the IP addresses, thebrowser establishes a connection to a server. If the server isavailable, it returns a document or other object formatted according toHTML. Web browsers have become the primary interface for access to manynetwork and server services.

Graphical user interfaces that provide multiple views of relatedinformation (such as frames, panes, or windows) are becomingincreasingly prevalent in commercially available products. NetscapeNavigator's default behavior is to follow a link by replacing thecurrent browser context. The Web page author can change this defaultbehavior on a link-by-link basis. For example, HTML-based frames can becreated and targeted programmatically by writing HTML or Javascriptcode.

An example involves browsing the set of results returned by a searchengine. Users typically want to explore several promising sites listedin the page of search results. The typical interaction is to follow alink, look at the page, and then hit the back button to redisplay thesearch results. The user often wants to use the page of search resultsas a persistent launcher that opens the links in another specified view.In fact, this approach is so compelling that it is often hard coded intosites that use multiple frames.

Many Web servers have been developed through which merchants canadvertise and sell products. The products can include items (e.g.,music) that are delivered electronically to the purchaser over theInternet and items (e.g., books) that are delivered through conventionaldistribution channels (e.g., a common carrier). This usually consists ofproduct information in catalog form stored in a computer memory, orserver, assigned to the merchant. This set of information is referred toas the merchant's Web site, and may also include instructions on how thecustomer may order products from the merchant either through the WWWaccess or by other means. A user, who is a potential purchaser, maybrowse through the catalog using a browser and select various productsthat are to be purchased. When the user has completed selecting theproducts to be purchased, the merchant server then prompts the user forinformation to complete the ordering of the products. Thispurchaser-specific order information may include the purchaser's name,the purchaser's credit card number, and a shipping address for theorder. The server computer system then typically confirms the order bysending a confirming Web page to the client computer system andschedules shipment of the items. U.S. Pat. No. 5,960,411 issued toHartman, et al. describes a system for placing an order to purchase anitem via the Internet using an assigned client-specific identifier.

U.S. Pat. No. 6,029,141 to Bezos et al., describes an Internet-basedreferral system that enables individuals and other business entities(“associates”) to market products that are sold from a merchant's Website. This system requires the associate to set up a Web site todistribute hypertextual catalog documents that includes marketinginformation about selected products of the merchant. A hypertextual“referral link” is associated with each product that allows a user(“customer”) to link to the merchant's site and purchase the product.When a customer selects a referral link, the customer's computertransmits unique IDs of the selected product and of the associate to themerchant's site, allowing the merchant to identify the product and thereferring associate.

While this system allows marketing of a small number ofassociates—merchant relationships, the process of having each merchantset up a dedicated Web site for every associate it (the merchant) wishesto market its product through can be very time-consuming for themerchant. In addition, associates are burdened with having to deal withdifferent, and often unknown, ways different merchants may have chosento implement their individual Web site. This may cause the associate tomaintain separate adapter systems for each merchant it decides topromote.

SUMMARY OF THE INVENTION

A method for facilitating a transaction between at least one user, atleast one merchant, and at least one associate is provided. The methodincludes the steps of transferring from a user processing device to anassociate processing device a user identification value. A user theninputs into a user processing device an address for an associate Website on an associate processing device. The associate processing devicetransfers into the user processing device a first merchant link for afirst merchant Web site on a first merchant processing device. The userselects the first merchant link. The associate processing devicetransfers into the user processing device information regarding a firstproduct from the first merchant Web site. The user selects the firstproduct to purchase. The user provides purchase information forpurchasing the first product. The user processing device transfers thepurchase information to the associate processing device. The associateprocessing device adds promotional information to the purchaseinformation responsive to the user identification value. The associateprocessing device transfers the promotional information and the purchaseinformation to the merchant processing device.

According to another embodiment of the present invention, the associateprocessing device is a proxy server.

According to another embodiment of the present invention, informationregarding the first product from the first merchant Web site is framedwith associate information.

According to another embodiment of the present invention, thepromotional information includes a key value associated with the firstmerchant.

According to another embodiment of the present invention, the useridentification value is a SoftCoin™ card number.

According to another embodiment of the present invention, the step oftransferring the first merchant link for the first merchant Web siteincludes transferring a second merchant link for a second merchant Website.

According to another embodiment of the present invention, the methodfurther comprises the steps of obtaining by a user a card having a useridentification value and a pass code value. The user processing devicetransfers the pass code value to the associate processing device.

According to another embodiment of the present invention, the methodfurther comprises the steps of providing a list of merchant linksresponsive to the user identification value and pass code value.

According to another embodiment of the present invention, the associateprocessing device includes a database having a relation between thepromotional information and the user identification value.

According to another embodiment of the present invention, thepromotional information includes a plurality of key values associatedwith the first merchant.

According to another embodiment of the present invention, thepromotional information and the purchase information is a payment pagewith redacted promotional information.

According to another embodiment of the present invention, the associateprocessing device calculates a breakage value.

According to another embodiment of the present invention, the userprocessing device, associate processing device, and merchant processingdevice are coupled the Internet.

According to another embodiment of the present invention, the userprocessing device includes a Web browser.

According to another embodiment of present invention, a computer forfacilitating a transaction between at least one user and at least onemerchant is provided. The computer comprises a processor coupled to astorage device. The processor operates with a program which receives auser identification value and provides a merchant link for a merchantWeb site. The processor also operates with the program to provideproduct information from the merchant Web site and receives purchaseinformation for the product. Promotional information is added topurchase information responsive to the user identification number. Thepromotional information and the purchase information are then providedto the merchant Web site.

According to another embodiment of the present invention, the storagedevice stores a database containing the user identification value andthe promotional information. The storage device also stores user accountinformation.

According to another embodiment of the present invention, a systemfacilitates a transaction between at least one user, at least onemerchant and at least one associate. The system comprises a usercomputer for providing a user identification value and selecting aproduct from a plurality of products. An associate computer is coupledto the user computer. The associate computer stores promotionalinformation for the user identification value and framing information. Amerchant computer is coupled to the associate computer. The merchantcomputer provides the plurality of products and a purchase form. Theuser computer selects the product and provides purchase information forthe purchase form. The associate computer provides promotionalinformation for the purchase form responsive to the user identificationvalue before transferring a redacted purchase form to the merchantcomputer.

According to another embodiment of the present invention, an article ofmanufacture, including a computer readable medium, is provided. Thearticle of manufacture comprises a software program for receiving a useridentification value. A software program provides a merchant Web siteresponsive to the user identification value. The software programreceives purchase information for a product displayed at the merchant'sWeb page. A software program adds promotional information, responsive tothe user identification value, to the purchase information and transfersthe promotional information and purchase information to the merchant Website.

Other aspects and advantages of the present invention can be seen uponreview of the figures, the detailed description, and the claims whichfollow.

BRIEF DESCRIPTION OF THE FIGURES

FIGS. 1( a)-(b) illustrates a system according to an embodiment of thepresent invention.

FIGS. 1( c)-(d) are a control flow diagram of a user purchasing aproduct from a merchant Web site using an associate Web site accordingto an embodiment of the present invention.

FIG. 2 illustrates information provided to a user of an associate Website according to an embodiment of the present invention.

FIG. 3 illustrates information provided to a first time user activatinga new card and a new associate account according to an embodiment of thepresent invention.

FIG. 4 illustrates information provided to an associate account useractivating a new associate promotion card according to an embodiment ofthe present invention.

FIG. 5 illustrates a table provided to a user according to an embodimentof the present invention.

FIG. 6 illustrates information provided to an existing associate userwho has activated at least one associate promotion card according to anembodiment of the present invention.

FIG. 7 illustrates information provided to an associate account user whowants to be notified of future promotions according to an embodiment ofthe present invention.

DETAILED DESCRIPTION I. System Overview

The following description and claims relate to a system that allows anassociate to provide connectivity to merchant sites through back-endconnections involving frames.

FIG. 1 illustrates a system 100 including a user processing device 101,associate processing device 102 and a merchant processing device 103according to an embodiment of the present invention. User processingdevice 101 includes user Web browser 101 a in an embodiment of thepresent invention. Associate processing device 102 includes associateWeb site 102 a (for example, “SoftCoin.com”) and merchant processingdevice 103 includes merchant Web site 103 a (“Online Merchant.com”)according to an embodiment of the present invention. In an alternateembodiment of the present invention, merchant Web site 103 a is locatedon associate processing device 102. In an embodiment of the presentinvention, processing devices shown in FIG. 1( a) are, singly or incombination, a main frame computer, desktop computer, handheld computer,a personal digital assistant, telephone, pager, information appliance,or an equivalent thereof.

System 100 allows an associate processing device 102 to present “framed”merchant Web page 101 b to a customer or user 105. Associate processingdevice 102 also intercepts Web page 102 b transferred from userprocessing device 101 to merchant processing device 103 at the point ofsale. Associate processing device 102 fills in specific information 102d (such as payments, discounts, identifiers, etc.) before Web page 102 bis provided to merchant processing device 103. Merchant processingdevice 103 is not required to generate associate-specific Web pages.User 105 does not have to fill out cumbersome codes for promotions ordiscounts. Commercial and marketing data is seamlessly exchanged betweenthe parties through the proxying process.

After user 105 has logged on to associate Web site 102 a, user 105 isprovided with available merchants for a promotion as illustrated by FIG.5. The available merchants can be modified to allow customization forone-to-one promotions, one-to-many promotions, many-to-one promotions,etc. User 105 clicks on a selected merchant (URL) which provides themmerchant Web site 103 a. Thus, associate processing device 102 serves to“proxy” all Web pages to and from merchant processing device 103. In anembodiment of the present invention, associate processing device 102maintains a “frame” on the bottom of merchant Web page 101 b to maintainconsistency throughout the session. The reason for this “proxying” is toallow associate processing device 102 to automate the payment screendepending on the particular promotion. User 105 is provided with thesame look and feel, and experience they would have had if they had gonedirectly to that merchant Web site 103 a.

User 105 shops at merchant Web site 103 a just as they normally would.When it comes time for payment, associate processing device 102intercepts Web page 102 b and displays it to user 105, except portionsof Web page 102 b are already filled out using one of the paymentstrategies described below. For security purposes, what is displayed maybe a series of “XXX”s or redacted values. In an alternate embodiment ofthe present invention, the filled out portion of Web page 102 b byassociate processing device 102 would not be displayed to user 105.

To user 105, the online experience is exactly the same. User 105 isstill interacting with merchant 106, except that the Internet traffic isfirst being routed through associate processing device 102.

When user 105 clicks “continue” in an effort to checkout, associateprocessing device 102 leverages the merchant's 106 payment mechanism.This minimizes merchant's 106 efforts to understand and accommodate anew form of payment. In an embodiment of the present invention,associate processing device 102 converts a unique SoftCoin™ card numberto promotional information or a key 102 d used in payment for merchants'merchandise. In an embodiment, key 102 d is a unique alphanumeric stringof characters. In an embodiment, key 102 d is a SoftCoin™ Payment System(SPS) which may be a: gift certificates, promotion number or code,credit card, URL, or any other form of payment acceptable to merchant106.

In an embodiment, card numbers are delivered to user 105 in the form ofelectronic certificates through online networks of personal computers,TV or other devices with video monitors, telephones, wireless devices,video game consoles and appliances.

FIG. 1( a) illustrates the use of key 102 d by associate processingdevice 102 according to an embodiment of the present invention.Associate processing device 102 uses the existing merchant 103 paymentmechanisms to automate payment. Merchant 106, or multiple merchants,provides associate 107 with a quantity of valid gift certificate numbersor other promotional codes, credit card numbers or any other informationrelating to a payment system. Associate 107 creates an association inmerchant database 580, shown in FIG. 1( b), between valid associate cardnumbers (which will be generated prior to any promotion and provided toassociate 107), and the keys or SPSs 102 d for the multiple merchantsparticipating in the promotion. User 105 activates SoftCoin™ card 109and then begins shopping at a selected merchant Web site. Associateprocessing device 102 intercepts a merchant Web page having purchaseinformation 102 c and automates the insertion of a “code” or key 102 dinto the SPS block on payment Web page 102 b. When Web page 102 b isactually sent, key 102 d is sent to merchant processing device 103. Atthis point, the associate processing device 102 debits this amount froman associate account. Associate processing device 102 clears itstransactions by verifying whether an order confirmation number is shownto user 105. All shipping details are handled normally through merchant106, as are credit card details for amounts above a SPS amount.

In a preferred embodiment, refunds are not available, following the samepolicy for SPS numbers, or if so, only through whatever policy merchant106 already has in place. In an alternate embodiment, associate 107 willnot provide a refund to an associate account.

FIG. 1( b) illustrates an embodiment of the present invention in whichcomputers are used with the Internet. For example, user computer 300 iscoupled to associate server 500 and merchant server 600 through Internet400. User 105 utilizes a Web browser 310 running on a user computer 300that can access hypertext documents stored on an associate servercomputer 500 located on a computer network, such as Internet 400. A Webpage 330 presented to user 105 may include a form 314 where user 105 canenter one or more of merchandise, catalog number, name, address andother identifying information, payment information, an opt-in method toobtain consumer consent for permission-based marketing and otherdemographic information as part of an online commercial transaction. Inan embodiment, a form 314 is provided from merchant Web server 600 byway of associate server 500. Likewise, graphic images 312 from merchantserver 600 may enhance the activation, registration and shoppingexperience of user 105. In an embodiment, associate server 500 mayfilter graphic images 312.

Server 500 employs a three-tiered server architecture: Web page server510, proxy server 520, and purchasing server 530. The three servers mayreside in one or more computers linked by a local area network (LAN) ora wide area network (WAN). Web page server 510, running HTTP serversoftware, transfers a hypertext document to user computer 300 fordisplay on browser 310. In FIG. 1( b), Servers 500, 510, 520 and 530illustrate the software and hardware to carry out an embodiment of thepresent invention.

In an embodiment of the present invention, software illustrated by FIGS.1( a)-(d) is stored in an article of manufacture, such as a computerreadable medium. For example, associate proxy software may be stored ina magnetic hard disk, an optical disk, a floppy disk, CD-ROM (CompactDisk Read-Only Memory), RAM (Random Access Memory), ROM (Read-OnlyMemory), or other readable or writeable data storage technologies,singly or in combination.

An online transaction may be linked to user-specific information, whichmay be stored in a user database 540. Information obtained and stored inuser database 540 can be used to generate reports of user profiles aswell as specific identifying or payment information (such as credit cardnumbers) to facilitate later use of a online transaction by user 105. Inan embodiment of the present invention, a username-pass code combinationis set up by user 105 to facilitate and speed up the activation processduring future visits to associate Web site 102 a.

In an embodiment, a cookie processing software program (not shown) isalso included in associate server 500. Information pertaining to aparticular user is stored in user computer 300 by a standard mechanismknown as “cookies.” Information stored as cookies 320 may include auser's identification and demographic information as well as name,address, and payment information. While cookie 320 is stored on usercomputer 300, the purchasing program server 530 handles writing ofcookie 320 and recording and retrieving data from cookie 320.

A user 105 may register at the associate Web site 102a to visit one ormore merchants designated by associate 107 in order to make onlinepurchases. In one embodiment, user 105 may shop at an online merchant'ssite where merchant Web page 610 is delivered to user computer 300 viaassociate server 500. In this embodiment, the entire shopping experienceis routed through associate server 500. When a user decides to shop at aparticular merchant site from a list presented on browser 310 byassociate server 500, user 105 requests a Web page 610 from merchant Webserver 600. The request is routed through associate server 500 and proxyprogram server 520 receives the merchant Web page 610 en route to usercomputer 300. Proxy program server 520 presents a proxied version of Webpage 610 to user 105. The proxied Web page 330 includes the entirecontent of the merchant Web page 610. By receiving identical graphics312, forms 314 and text as presented on the merchant Web page 610, user105 is not denied any features of the shopping experience. In anembodiment, proxy program server 520 adds a frame or other identifyingfeature in or around the merchant Web page 610 in order to notify user105 of the proxy process and to maintain a uniform online shoppingexperience. In an embodiment, a frame in a proxied Web page 330 is addedby HTML code, javascript or any like method.

Proxy program server 520 monitors the online shopping activity of user105 and dynamically enters appropriate discounts and other values basedon the online transaction and associate's 107 marketing relationshipwith merchant 106. Promotion-related information and programs may bestored in a merchant database 560 and included in a user 105 responsedirected to merchant server 600 as user 105 proceeds with an onlinepurchase at a merchant Web site. For example, in a gift certificateredemption program, a merchant 106 may provide a set of codes toassociate 107 related to gift certificates. The codes are stored in amerchant database 560. When a user 105 redeems the gift certificate, theproxy program server 520 intercepts the payment page and automates theinsertion of the “code” into the gift certificate block on the Web page.

In an alternate embodiment, some of the entered information may beincluded in the transmission without user 105 being aware of the enteredinformation. Such information may include, but is not limited to, tagsidentifying associate 107, which directed the sale to merchant 106,commissions and gathered user demographic data generated from the sale.By channeling the viewing of the merchant Web site 103 a throughassociate server 500 and monitoring and entering the redemptioninformation dynamically, server 500 dramatically enhances the onlinetransaction process by avoiding the cumbersome and burdensome entry ofpromotion redemption codes by user 105. Merchant 106 is also benefitedbecause it does not have to generate unique website for every associate107.

The functions of purchasing program server 530 may include storing userinformation in a user database 540, activating promotional material,clearing transactions, tracking and reporting and maintaining systemsecurity. In an embodiment, a product database 550 may be included tomaintain merchandise profiles of inventory, promotions and sales.

In an embodiment, a merchant 106 pays a fee or commission to associate107 when an online transaction is successfully accomplished.

II. Associate Proxy Shopping/Payment Method

In an embodiment of the present invention, merchant 106 providesAssociate 102 with a quantity of SPS numbers associated with apromotion. Associate 102 stores SPS numbers in merchant database 560.

In a first embodiment of the present invention, a “pool” of validmerchant SPS numbers is used. When a user wants to shop at a particularmerchant, one of these valid SPS numbers is pulled and a valueassociated with the SPS number is used. This will allow easy tracking ofused/unused SPS numbers.

In a second embodiment of the present invention, a merchant provides asingle SPS number for all users. This SPS number will have a largeinitial balance, which is deducted and tracked for each different user.

In an embodiment of the present invention, costs, such as tax andshipping/handling, are recorded for each SPS number. In an alternateembodiment, a value associated with the SPS number covers a portion ofproduct price, tax, and shipping/handling, whereas other promotions willrequire the value to cover only the product.

FIGS. 1( c)-(d) illustrate a method 200 for facilitating a transactionbetween a customer/user 105, associate 102 and merchant 106 according toan embodiment of the present invention. As one who is skilled in the artwould appreciate, FIGS. 1( c)-(d) illustrates logic boxes or steps forperforming specific functions. In alternate embodiments, more or fewerlogic boxes or steps are used. In an embodiment of the presentinvention, a logic box or step may represent a software program, asoftware object, a software function, a software subroutine, a softwaremethod, a software instance, a code fragment, a hardware operation oruser operation, singly or in combination.

Method 200 starts by a user 105 obtaining a card 109 having a useridentification value and pass code as illustrated in logic block 201. Asdescribed in detail below, user 105 activates card 109 by transferring auser identification value and pass code to associate processing device201 as illustrated in logic block 202.

In logic block 203, a single or a plurality of merchant Web siteaddresses or hyperlinks are provided from associate processing device102 to user processing device 101. The merchant Web site addresses areprovided based upon the promotion related to card 109. User 105 then“clicks” on the selected merchant Web site address or hyperlink.

User 105 then shops merchant Web site 103 a as they normally would asillustrated by logic block 204. Information regarding a product orproducts is provided to user processing device 101 via associateprocessing device 102. An associate frame or information is provided atthe bottom of the merchant Web pages in an embodiment of the presentinvention. In an alternate embodiment, the frame is not provided.

At this point, since associate processing device 102 is interceptingeach Web page being passed back from merchant processing device 103,associate processing device 102 tracks and records: 1) site Navigationpatterns (time spent on each page, how many abandon shopping carts, howmany pick FedEx for delivery options, etc.); 2) the User's name andshipping address; and, 3) all of the available information on what is ina shopping cart (quantity, price, etc.). In an embodiment of the presentinvention, this information is stored in user database 540.

As illustrated by logic block 205, user 105 selects a product orproducts from merchant Web site 103 a.

User 105 then enters purchase information, such as a credit card numberand shipping address, in a merchant Web page, such as a payment page, asillustrated by block 206

In logic block 207, the purchase information is transferred to associateprocessing device 102.

Associate processing device 102 intercepts the payment page and insertsa SPS number into the appropriate field in the payment page, asillustrated by logic block 208. User 105 views a redacted or “XXX” SPSfield of the payment page.

At this point, associate processing device 102 debits a value from thepurchase price associated with the SPS number and updates the potentialvalue of the SPS numbers for merchant 106. For example, two merchants,Online Merchant No.1 and Online Merchant No.2, are associated with apromotion. The total associate face value associated with this promotionis $10. If a User spends the $10 at Online Merchant No.1, once thistransaction is completed, this $10 associate face value is debited fromtheir associate balance. In an embodiment, all shipping details arehandled normally, as are credit card details for amounts above the SPSamount. Associate 102 does not have to clear any credit cardtransactions, nor assume the liability of having to provide its owncredit for the value of the merchandise.

Associate processing device 102 also records breakage amounts. Breakageamounts are defined, as the amount “leftover” if a product purchasedonline is less than the value associated with a SPS number. In otherwords, if the face value of an associate card 109 is $10 and user 105spends only $7, the remaining $3 is referred to as a breakage amountwhen card 109 has expired.

In an embodiment, associate 102 will charge merchant 106 a transactionfee based on either: 1) transaction percentage based on the total amountof the transaction; 2) one transaction percentage for the associate facevalue corresponding to card 109 and another transaction percentages forthe amount over an associate face value that was spent; or, 3)transaction percentage based only on an associate face value. Thepurchase information and promotional information is transferred fromassociate processing device 102 to merchant processing device 103.

In an alternate embodiment, associate 102 requires all users to includepersonal credit card information up front in the event that theirspending goes over an associate card value. Thus, a user session may beeasier upon checkout, not forcing them to have to go through the extrastep of giving their credit card details.

Finally, the purchase information and promotional information istransferred to merchant processing device 103 as illustrated in logicblock 209.

In an embodiment, United States currency is used. In alternateembodiments, other currency may be used.

Users seeking to validate their associate cards for usage on Internetmerchant sites will access a public section of associate Web site 102 a.In an embodiment of the present invention, a brief demo is provided atthe public section of associate Web site 102 a.

In an embodiment, both offline promoters and online merchants accessassociate Web site 102 a to obtain statistical promotional information(such as redemption rates, % spent where online, etc.) in near real-timevia a secure Internet connection.

III. Login Functionality

Login functions available to user 105 visiting an associate Web site 102a is described below.

A. A User has not been to an associate Web site before and activates anew associate card and creates a new associate account.

In an embodiment of the present invention, FIG. 2 illustrates screenshots available to user 105 accessing an associate Web site 102 a. Theinitial screen 250 will allow user 105 to input an associate card numberand pass code and press a “New to SoftCoin” button 250 b. In analternate embodiment, screen shots are branded with offline promoterinformation. For example, SoftCoin™ is replaced with Kodak and Kodakgraphics are added.

The initial screen 250 is for a user 105 to input their associate cardnumber with the corresponding password/pass code that is written onassociate card 109. Associate server 500 verifies that a valid associatecard has been entered. By adding the additional pass code, a secondlayer of security and integrity is provided.

Associate server 500 also tracks an incoming IP Address of user 105activating card 109. If server 500 notices that the same user/IP addresshas unsuccessfully attempted to activate 5 times, that IP address can berecorded and blocked for a given time period. This will allow associateserver 500 to prevent having a random number generator constantlysending associate server 500 possible security code numbers and passcodes. If associate server 500 detects that a security breach wasattempted, an email can alert the associate technical staff.

After successful verification of an associate card 109, screen 251 willbe provided to user 105. The visual layout of screen 251 ispromoter-centric. Screen 251 highlights and reinforces the brand of apromoter/merchant that user 105 recognizes. User 251 is asked to createan anonymous account in screen 251. User 251 creates a unique associateusername, associate password, and inputs an email address. In anembodiment, screen 251 asks if user 105 minds receiving periodicnewsletters, emails, promotions to their email address. In anembodiment, screen 251 provides a variable list of closed ended surveyquestions. These survey questions are selected based on the particularpromotion associated with card 109. At this point, user 105 clicks tocontinue onto screen 252.

Screen 252 displays all the available merchants that user 105 can nowuse to shop with an associate card 109. Screen 252 reinforces the brandof a promoter along with the various merchants that are availablechoices to user 105. FIG. 3 illustrates screens 250, 251 and 252 anduser 105 provided with a selected merchant site as illustrated by logicblock 253.

B. A user has an associate account and needs to activate a new card.

A user 105, with an associate account, can access an associate Web siteto activate card 109. The initial screen 250, as illustrated in FIG. 2,will allow user 105 to input an associate card number and pass code andpress an “ALREADY a SoftCoin member” button 250 a.

The initial screen 250 is for a user 105 to input their associate cardnumber with the corresponding password/pass code that is written onassociate card 109. Associate server 500 verifies that a valid associatecard has been entered. By adding the additional pass code, a secondlayer of security and integrity is provided.

Associate server 500 also tracks an incoming IP Address of user 105activating card 109. If server 500 notices that the same user/IP addresshas unsuccessfully attempted to activate 5 times, that IP address can berecorded and blocked for a given time period. This will allow associateserver 500 to prevent having a random number generator constantlysending associate server 500 possible security code numbers and passcodes. If associate server 500 detects that a security breach wasattempted, an email alerts members of the associate technical staff.

After successful verification of an associate card 109, screen 251 willbe provided to user 105. The visual layout of screen 254 ispromoter-centric. Screen 254 highlights and reinforces the brand of apromoter/merchant that user 105 recognizes. On screen 254, since user105 will have already been to associate Web site 102 a before andcreated an associate account, user 105 is asked for an associateusername and associate password. Since we know user 105 has been toassociate Web site 102 a before, user 105 may have already participatedin a particular promotion. In this situation, associate server 500recognizes that user 105 has already participated in this particularpromotion, and has already answered the initial sets of surveyquestions. In this case, a new set of more detailed survey questions maybe asked as illustrated in screen 255 of FIG. 4. At this point, user 105clicks to continue onto screen 252.

Screen 252 displays all the available merchants that user 105 can nowuse an associate card 109 to go shop on. Screen 252 reinforces the brandof a promoter along with the various merchants that are availablechoices to user 105.

FIG. 4 illustrates screens 250, 252, 254, 255 and user 105 provided witha selected merchant site as illustrated by logic block 253.

C. A user has an associate account, and is returning to shop on analready activated associate card. Alternatively, a user “views” anaccount.

In this case, a user 105 has an associate user account and has activatedan associate card 109. User 105 wants to continue shopping based on thisoriginal associate card 109. Screen 250, illustrated in FIGS. 2 and 6,will provide an option to bypass having to enter a new associate cardnumber, but rather allowing user 105 to press “Use an Existing Associatecard or View Account” button 250 d. The User will click button 250 d andscreen 256 will be provided.

Screen 256 will ask for the user's associate username/password. In anembodiment of the present invention, screen 256 has advertisements. User105 is authenticated and screen 257 is provided.

Screen 257 provides a personalized “My Associate” page. In an embodimentof the present invention, this page will include: 1) Associate AccountBalance/Account History for any and all activated associate cards; 2) alist of which available currently activated associate cards user 105 canpick from to shop with; 3) survey questions based on what associateserver 500 already knows about user 105 and their shopping patterns; 4)an easy to understand table similar to the one shown in FIG. 5.

Screen 257 provides user 105 with a detailed breakdown of the differentactivated associate cards and the corresponding promotion. By viewingthis, user 105 can now click on the icon of a merchant they want to shopat and this will launch them into their shopping experience.

In an embodiment of the present invention, associate server 500 canautomate an email reminder to a user 105 at least one week before apromotion is to expire in order to encourage user 105 to return toassociate Web site 102 a to finish shopping.

FIG. 6 illustrates screens 250, 256, 257 and user 105 provided with aselected merchant site as illustrated by logic block 253.

D. User opens an associate account in order to be notified of futurepromotions even if they have no card to activate.

This is the case for a user who is using associate Web site 102 a forthe first time, not for a specific promotion, but simply wants to signup and be notified of future promotions. Screen 250, illustrated inFIGS. 2 and 7, allows user 105 to press “NEW to SoftCoin just openAccount” button 250 c. In an embodiment, button 250 c is omitted andbutton 250 b is used for the functions associated with button 250 c.

Screen 251 provides the various promotions ongoing at that time (forexample, if Offline Merchant No. 1 and Offline Merchant No. 2 are havingcurrently having promotions with Online Merchant No. 1 and OnlineMerchant No. 2, these logos and details can be clearly identified. Thisway the new users can know that if they go out and buy some OfflineMerchant No. 1 product that they will get an associate card). Screen 251highlights and reinforces the brands of the promotions that an associateis currently executing. On screen 251, user 105 is asked to create ananonymous account. Thus, user 105 is only required to create a uniqueassociate username and associate password, and input an email address.Additionally, user 105 is asked if they mind receiving periodicnewsletters, emails, and promotions to their email address. In anembodiment of the present invention, screen 251 provides a variable listof closed ended survey questions. These survey questions are selectedbased on a particular promotion. At this point, user 105 can return tothe home page or select on one of the current promotions to learn moreabout it as illustrated in FIG. 7.

IV. Other Functions

Several other considerations may be accounted for in implementing system100. In alternate embodiments, system 100 provides the followingfunctions, singly or in combination.

A. Forgotten passwords.

There is functionality to retrieve a lost password. A user's email isused to retrieve a password.

B. The activation of an associate card.

The interface is as clean as possible and makes it very easy for theuser 105 to get started quickly.

C. An associate has the ability to allow or not allow the same user toredeem multiple promotion cards from the same promotion.

In an embodiment of the present invention for all promotions, associateserver 500 allows a single user the ability to activate one and only onecard per promotion or allow the user to activate multiple cards for aparticular promotion. Online Merchants are willing to “pay” to obtain anew user, but some may not be willing to pay for an existing user.

D. Card Consolidation.

Users accumulate multiple associate cards, consolidate their total at anassociate Web site 102 a, and then pass this total amount as theiravailable Associate balance. In an embodiment, this is only done toallow multiple cards from the same promotion to be consolidated.

a. Card Aggregation Incentive.

Users accumulate multiple associate cards in order to redeem a singlefixed amount. This is different than Card Consolidation above becausethis aggregation is based on an incentive to a user 105 to buy moreoffline products. For example, Offline Merchant No. 3 may require a user105 to obtain 3 associate cards (by purchasing 3 separate items) andafter they have collected 3 associate cards, these can now be enteredinto an associate Web site 102 a and a user 105 will now have a fixedamount to spend online. Note, that in this function, user 105 cannotredeem anything if they only have a single associate card, or twoassociate cards. This function becomes activated with 3 associate cards

b. Ability to Offer a Loyalty-rewards Style Capability to Add AdditionalMoney to an Associate Card or Account

In an effort to provide incentives to users to give an associate Website 102 a as much possible information about there buyinghabits/patterns, personal information, etc. Associate Web site 102 a mayoffer user 105 more money to spend if they are willing to participate inlonger survey questionnaires. In an embodiment, periodic emails are sentto the users or an option is provided before users go shopping whichsays “Want to double your associate money before shopping?”. When user105 clicks on this option they are presented a longer set of surveyquestions (15-20) that is based on what we already know about user 105.Once user 105 completes this, they now have more money on theirassociate card.

c. Associate Cards must have the Ability to Maintain a Relationship witha Unique Identifier by an Offline Promoter.

An Offline Promoter may have a tracking number. Associate Web site 102 alinks this number to an associate card number in user database 540. Thisassociation is important because it will allow Associate Web site 102 ato know the distribution regions of associate cards based on theregional/store information listed on the product tracking number. Thisallows Associate Web site 102 a the ability to offer more customizedsurvey question to users based on where they live. (For example, ifOffline Merchant No. 1 puts details on its tracking number as to whatcity and store is selling products of Offline Merchant No. 1, Associateserver 500 create a one-to-one association between that Offline MerchantNo. 1 tracking number and the Associate # that is printed on thatOffline Merchant No. 1 product. This way, when that particular OfflineMerchant No. 1 associated associate card is activated, associate Website 102 a will know exactly where it was purchased and ask morespecific survey questions. (E.g., Offline Merchant No. 1 may want to askCalifornia resident's different questions than Florida residents?)

In an embodiment, an associate account table must reference allassociate card #s activated in order to track promotions users arecoming to associate on.

An associate account table should reference an Account-History table totrack all the online purchases a user is likely to make. In anembodiment, time/date/item purchased/number/amount/payment method/onlinevendor/online transaction ID is recorded. This information canpotentially be used as a means to prevent users from redeeming multipleassociate cards within a given promotion if this is not allowed.

E. Users initiate associate login from a promoters' Web site.

In an embodiment of the present invention, if Offline Merchant No. 1 isinvolved in a promotion, in an effort to reinforce their brand, they maywant to have user 105 actually go to the Offline Merchant No. 1'sWebsite first. From this Website, they will initiate the associatelogin/activation.

F. Offline Promoters are responsible for payment to an associate uponcard activation (or within some brief time interval thereafter)

Online Merchants are responsible for payment to an associate 107 uponcard 109 redemption (or within some brief time interval thereafter).Thus, associate server 500 provides daily reports on the total number ofoutstanding and activated cards for all promotions.

V. Promoters (Offline Brands)

In an embodiment of the present invention, promoters promote brandsthrough the Internet by inserting cards with a listed face value intotheir product packages, or through distributing these cards throughother feasible ways (such as email/direct mail). System 100 enables apromoter to use online merchants through an engaging Internet site.

In an embodiment of the present invention, promoters are provided daily,weekly and quarterly reports on the total number of activated cards, anda breakdown of where a user spent online, for a given promotion.Associate processing device 102 calculates the number of activated cardsmultiplied by the activation fee per card to indicate the amountreceivable from a promoter.

In an alternate embodiment, a promoter can view from associate Web site102 a: 1) number of cards in circulation; 2) number of cards activated;and 3) number of cards redeemed at specific online merchant Web site.

VI. Merchants (Online Brands)

Merchants will have similar access to associate Web site 102 a.

In an embodiment of the present invention, merchants are provided daily,weekly and quarterly reports on the total number of utilized cards for aparticular promotion. Associate processing device 102 calculates thenumber of utilized cards multiplied by the activation fee per card toindicate the amount receivable from the merchant.

In an alternate embodiment, a merchant can view from associate Web site102 a: 1) number of cards in circulation; 2) number of cards activated;and 3) number of cards redeemed at specific online merchant Web site.

VII. CONCLUSION

Any number of business objectives may be met by this system includingmarketing, advertising, volume, trial, loyalty, distribution, andstrategic or any other business objective. The flexibility of the systemallows cross-promotions between online and offline merchants may bestructured as single offline to single online, single offline tomultiple online, online to online or any other combination includingonline to offline.

The foregoing description of the preferred embodiments of the presentinvention has been provided for the purposes of illustration anddescription. It is not intended to be exhaustive or to limit theinvention to the precise forms disclosed. Obviously, many modificationsand variations will be apparent to practitioners skilled in the art. Theembodiments were chosen and described in order to best explain theprinciples of the invention and its practical applications, therebyenabling others skilled in the art to understand the invention forvarious embodiments and with the various modifications as are suited tothe particular use contemplated. It is intended that the scope of theinvention be defined by the following claims and their equivalents.

1. A method for facilitating a transaction between at least one user, at least one merchant, and at least one associate, the method comprising: receiving, by an associate processing device, an associate card value from a user processing device, wherein the associate card value is included in a package of a product purchased from an offline merchant; receiving information representing an address for an associate Web site on the associate processing device; transferring, to the user processing device, a first merchant link for a first merchant Web site on a first merchant processing device; receiving a selection of the first merchant link; transferring, to the user processing device, information regarding a first product from the first merchant Web site; receiving a selection of the first product; receiving purchase information for purchasing the first product; converting the associate card value to promotional information; applying the promotional information to the received purchase information responsive to the associate card value; transferring, to the merchant processing device, the promotional information and the purchase information; and providing a user with the first product.
 2. The method of claim 1, wherein the associate processing device is a proxy server.
 3. The method of claim 1, wherein the information regarding the first product from the first merchant Web site is framed with associate information.
 4. The method of claim 1, wherein the promotional information includes a key value associated with the first merchant.
 5. The method of claim 1, wherein the associate card value is a promotional card number.
 6. The method of claim 1, wherein the transferring the first merchant link for the first merchant Web site includes transferring a second merchant link for a second merchant Web site.
 7. The method of claim 1, wherein the associate card value is an alphanumeric code that is located inside the package of the product.
 8. The method of claim 1, further comprising; providing a list of merchant links responsive to the associate card value and a pass code value.
 9. The method of claim 1, wherein the associate processing device includes a data base having a relation between the promotional information and the associate card value.
 10. The method of claim 9, wherein the promotional information includes a plurality of key values associated with the first merchant. 